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Remarks 

This REPLY is in response to the Office Action mailed November 20, 2006. A Petition for 
Extension of Time is submitted herewith, together with the appropriate fee. No fee is due for the 
addition of new claims. 

Applicant gratefully acknowledges the courtesy of an interview with Examiner Mary 
Steelman on March 27, 2007, during the course of which interview the participants discussed 
various amendments to the claims to address the rejections under 35 U.S.C. 101 and 35 U.S.C. 
112, the substance of which amendments are included fully herein. 

I. Summary of Examiner's Rejections 

Prior to the Office Action mailed November 20, 2006, Claims 1-10 were pending in the 
Application. In the Office Action, the Specification was objected to for various informalities. Claims 
1 -1 0 were provisionally rejected under the doctrine of obviousness-type double patenting as being 
unpatentable over the claims of copending Application Nos. 10/601,898; 10/602,038; and 
10/601,929. Claims 1-5 were rejected under 35 U.S.C. 101 as being directed to non-statutory 
subject matter. Claims 1-10 were rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which Applicant 
regards as the invention. Claims 1-10 were also rejected under 35 U.S.C. 103(a) as being 
unpatentable over Fuchs (U.S. Patent Publication No. 2003/0 1 77477), in view of Najmi (U.S. Patent 
No. 6,753,889). 

II. Summary of Applicant's Amendment 

The present Reply cancels Claims 2-3 and 7-8; amends Claims 1 , 5, 6 and 10; and adds 
new Claims 1 1-23, leaving for the Examiner's present consideration Claims 1 , 4-6 and 9-23. An 
appropriate Terminal Disclaimer is also being filed herewith. Reconsideration of the Application, 
as amended, is respectfully requested. 
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111. Amendments to the Specification 

In the Office Action mailed November 20, 2006, the Specification was objected to for 
various informalities. Accordingly, the Specification has been amended as shown above. Applicant 
respectfully submits that the proposed amendments correct informalities in the Specification and 
that no new matter is being added. 

IV. Claim Rejections under Double Patenting 

In the Office Action mailed November 20, 2006, Claims 1-10 were provisionally rejected 
under the doctrine of obviousness-type double patenting as being unpatentable over the claims of 
copending Application Nos. 10/601,898; 10/602,038; and 10/601,929. 

Accordingly, filed together with this Reply is an appropriate Terminal Disclaimer in 
compliance with 37 CFR 1.321. Applicant respectfully submits that the filing of a Terminal 
Disclaimer renders moot the rejection of the claims under the doctrine of obviousness-type double 
patenting, and reconsideration thereof is respectfully requested. 

V. Claim Rejections under 35 U.S.C. §101 

In the Office Action mailed November 20, 2006, Claims 1-5 were rejected under 35 U.S.C. 
1 01 as being directed to non-statutory subject matter. Applicant thanks the Examiner for providing 
helpful suggestions to address this rejection. Accordingly, Claims 1-5 have been amended as 
shown above. Applicant respectfully submits that the claims as amended now conform to the 
requirements of 35 U.S.C. 101, and reconsideration thereof is respectfully requested. 

VI. Claim Rejections under 35 U.S.C. §112 

In the Office Action mailed November 20, 2006, Claims 1-1 0 were rejected under 35 U.S.C. 

112, second paragraph, as being indefinite for failing to particularly point out and distinctly claim 
the subject matter which applicant regards as the invention. Accordingly, Claims 1-10 have been 
amended as shown above. Applicant respectfully submits that the claims as amended now 
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conform to the requirements of 35 U.S.C. 112, and reconsideration thereof is respectfully 
requested. 

VII. Claim Rejections under 35 U.S.C. §103 (a) 

In the Office Action mailed November 20, 2006, Claim s 1-10 were rejected under 35 U.S.C. 
103(a) as being unpatentable over Fuchs (U.S. Patent Publication No. 2003/0177477), in view of 
Najmi (U.S. Patent No. 6,753,889). 

Claim 1 

Claim 1 has been amended to more clearly define the embodiment therein. As amended, 
Claim 1 defines: 

1. (Currently Amended) A system for accessing an application program interface using 
a mark-up language, comprising: 

a computer including a processing device operating thereon; 

a source file stored on a computer readable medium, wherein the source file 
contains a plurality of markup language commands; 

a parser that parses the source file to extract the markup language commands, and 
communicate the markup language commands to a command processor; 

a command processor that validates the markup language commands, and, for each 
markup language command converts the markup language command into a command 
object for communication to a command dispatcher; 

a command dispatcher that receives command objects from the command 
processor and, for each command object, assigns the command object to one of a plurality 
of categories corresponding to a plurality of application program interfaces; and 

a plurality of processor modules, including a processor module for each category 
of application program interface, wherein each processor module receives the command 
objects assigned to its category, and performs appropriate operations against the 
corresponding application program interface. 

Claim 1 has been amended to more clearly define the embodiment therein as comprising 
a command processor that converts each markup language command into a command object, for 
communication to a command dispatcher. The command dispatchergroups the command objects 
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into a plurality of categories corresponding to a plurality of application program interfaces (API's). 
A plurality of processor modules, including a processor module for each category of API, receives 
the command objects, and performs appropriate operations against the corresponding API. 

The advantages of the embodiment defined by Claim 1 include that the system abstracts 
the complexity of using various API's (such as the JMS and the JMX API's) into a number of 
simpler markup tags. Furthermore the system allows multiple operations, spanning multiple types 
of API, to be defined within a single source file. For example, in one embodiment these operations 
can be defined in a single source file referred to as a JMSML file. The system parses the JMSML 
markup commands in the JMSML file, and determines which category of API the command should 
be directed to. The commands are converted to objects, and the objects sent to a processor 
module associated with that API. Since the system abstracts much of the operation of a complex 
interfaces, such as the JMS interface, it allows a software developer to access the interface by 
modifying the entries in the JMSML, which is a much simpler task than directly programming 
against the JMS interface. Furthermore, since the system determines which operations should be 
sent to which API, and using the language of that API, it allows multiple types of operation (for 
example, JMS, JMS, and System operations) to be defined by the developer at the same time, and 
within a single source file. This feature provides great flexibility to the developer in accessing many 
complex interfaces at the same time. 

Fuchs discloses a mapping engine, capable of receiving descriptions of manageable 
software objects in a first language, for generating management information in a second language. 
(Abstract). As described therein, the Java Management Extension (JMX) provides a means to 
make application objects independent from the protocol from which they will be accessed for 
management. (Paragraph [0003]). However, some protocols, like SNMP, require some glue-code 
to be generated in order to provide the adaptation. Such glue-code comprises e.g. metadata, i.e. 
information about the structure of the objects described in the management interface. (Paragraph 
[0005]). One embodiment proposes a mapping engine, capable of receiving descriptions of 
manageable software objects in a first language, for generating management information in a 
second language, said mapping engine being further capable of generating a set of mapping 
metadata, corresponding to the management information as generated. (Paragraph [0009]). First, 
the SNMP MIBs are written, using the SMI syntax. Then, the MIB is fed to the mibgen compiler, 

- 14- 

Attorney Docket No.: BEAS-01351US1 

M:\kfk\Wp\beas\1350-1399\1351\1351usl\beas_1351usl_reply_112006.wpd 



Application No.: 10/602,037 

Reply to Office Action dated: November 20, 2006 

Reply dated: April 9, 2007 

which generates the metadata and the Java MBean interfaces that the application MBean must 
implement in order to be accessed through SNMP. As obtained, the internal information model (in 
JMX) is not exactly independent from the protocol (e.g. SNMP), since it has been generated from 
the MIB. (Paragraphs [0137]-[0139]). 

Najmi discloses a business to business (B2B) message adapter generation tool for use in 
describing a B2B message adapter in an enterprise computer system. In one embodiment, the 
enterprise computer system is a J2EE based enterprise computer system. The B2B messenger 
is coupled to a Java Message Service API (referred to as JMS) that provides an interface between 
the B2B messenger and the various business components included in the J2EE based enterprise 
computer system. (Column 3, Lines 49-57). 

It appears from the above description that, as disclosed by Fuchs, the system therein is 
directed to mapping SNMP MIB to Java Mbeans and JMX. In particular, a software developer must 
first write the SNMP MIBs using the SMI syntax. The MIB is then fed to an mibgen compiler which 
generates the metadata and the Java MBean interfaces that a subsequent application MBean must 
implement, in order to be accessed through SNMP. The primary focus of the invention appears 
to be to allow a skilled SNMP developer to create MIB descriptions for SNMP agents. These MIB 
descriptions for SNMP agents can then be provided to a Java developer in a way that the Java 
developer, who may not be skilled in working SNMP, can write their (Java-based) applications 
against the SNMP agents using JMX. 

Applicant respectfully submits that the system disclosed by Fuchs appears to be different 
from that defined by Claim 1, as currently amended. For example, Fuchs does not appear to 
disclose a markup language. Nor does Fuchs appear to disclose a command processor that 
validates the markup language commands, and converts the markup language command into a 
command object for communication to a command dispatcher; or a command dispatcher that 
assigns the command object to one of a plurality of categories corresponding to a plurality of 
application program interfaces. As described in Fuchs, the software developer wishing to access 
the SNMP agent would still need to be very familiar with programming their application against the 
JMX API. In contrast, embodiments of the present invention are designed to alleviate the 
developers need to program directly against a JMS, JMX, or other API. 
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It further appears from the above description that, as disclosed by Najmi, the system therein 
is directed to a method of JMS message generation that can be used in B2B workflow messaging. 
In particular, the system therein allows communications between two business workflow processes 
using the publish-subscribe features of JMS or a similar messaging platform. However, Applicant 
respectfully submits that Najmi does not appear to disclose tools or features that would allow a 
developer to more conveniently program those JMS messages. Thus Najimi does not appear to 
disclose the features of Claim 1, as currently amended. 

Furthermore, Applicant respectfully submits that, notwithstanding the comments provided 
above, it would not have been obvious to one of skill in the art to combine each of the cited 
references in the manner suggested, so as to anticipate the claimed embodiment. To establish a 
prima facie case of obviousness, three criteria must be met: (1) a suggestion or motivation, either 
in the references themselves or in the knowledge generally available to one of ordinary skill in the 
art, to modify the reference or to combine the reference teachings; (2) a reasonable expectation 
of success; and (3) the prior art references when combined must teach or suggest all the claim 
limitations. MPEP §2143. The teaching or suggestion to make the claimed combination and the 
reasonable expectation of success must both be found in the prior art, not in the applicant's 
disclosure. In re Vaeck, 947 F.2d 488, 20 USPQ2d 1438 (Fed. Cir. 1991). In addition, the fact that 
references can be combined or modified does not render the resultant combination obvious unless 
the prior art also suggests the desirability of the combination. In re Mills, 916 F.2d 680, 16 USPQ2d 
1430 (Fed. Cir. 1990). 

In the present instance, Applicant has not been able to find any suggestion in the cited 
references themselves or in the knowledge generally available to one of ordinary skill in the art, that 
would render the resultant combination obvious or desirable. In particular, it appears that Fuchs 
is primarily directed to Java-to-SNMP mapping, and does not appear to teach a command 
processor that converts markup language components into one of JMS or JMX operations. Nor 
does Fuchs appear to describe the use of JMS. On the other hand, Najmi appears to be primarily 
directed to a means of coupling a B2B messenger to JMS, and does not appear to describe the 
use of markup languages, or JMX. As such these two references appear to be directed to different 
Java-based interfaces, and different technologies associated with those interfaces. In the Office 
Action it was submitted that it would have been obvious to modify Fuchs using the teachings of 
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Najmi, since both inventions are directed towards transparent protocols for enterprise messaging 
using Java messaging services. The ability to simultaneously program against both JMS, JMX 
(and other interfaces), using a simple markup language, is a useful feature of the present invention, 
but does not appear to be suggested by any of the cited references. Furthermore, the fact that two 
references are in the same general area, or could be combined, is not sufficient showing under 1 03 
that their combination is obvious. As such, Applicant respectfully submits that the suggested 
combination of references lacks evidentiary support by the prior art. 

In view of the comments provided above, Applicant respectfully submits that the 
embodiment defined by Claim 1 is neither anticipated by, nor obvious in view of the cited 
references, and reconsideration thereof is respectfully requested. 

Claim 6 

The comments provided above with respect to Claim 1 are hereby incorporated by 
reference. Claim 6 has been similarly amended to more clearly define the embodiment therein. 
For similar reasons as provided above with respect to Claim 1 , Applicant respectfully submits that 
Claim 6, as amended, is likewise neither anticipated by, nor obvious in view of the cited references, 
and reconsideration thereof is respectfully requested. 

Claims 2-5 and 7-10 

Claims 2-3 and 7-8 have been canceled, rendering moot the rejection of these claims. 
Claims 4-5 and 9-1 0 depend from and include all of the features of Claims 1 or 6. Claims 4-5 and 
9-10 are not addressed separately but it is respectfully submitted that these claims are allowable 
as depending from an allowable independent claim, and further in view of the comments provided 
above. Reconsideration thereof is respectfully requested. 

VIII. Additional Amendments 

Claims 11-23 have been newly added by the present Response. Applicant respectfully 
requests that new Claims 1 1-23 be included in the Application and considered therewith. 
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IX. Conclusion 

In view of the above amendments and remarks, it is respectfully submitted that all of the 
claims now pending in the subject patent application should be allowable, and reconsideration 
thereof is respectfully requested. The Examiner is respectfully requested to telephone the 
undersigned if he can assist in any way in expediting issuance of a patent. 

Enclosed is a PETITION FOR EXTENSION OF TIME UNDER 37 C.F.R. §1.136 for 
extending the time to respond up to and including April 20, 2007. 

The Commissioner is authorized to charge any underpayment or credit any overpayment 
to Deposit Account No. 06-1 325 for any matter in connection with this response, including any fee 
for extension of time, which may be required. 

Respectfully submitted, 



Date: 04-09-2007 By: /Karl F. Kenna/ 

Karl F. Kenna 
Reg. No. 45,445 

Customer No.: 23910 

FLIESLER MEYER LLP 

650 California Street, Fourteenth Floor 

San Francisco, California 94108 

Telephone: (415) 362-3800 
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